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Sazetak. Rad predstavlja osnovne definicije unutar podrucja upravljanja projektima. Kroz povijesni se razvoj uocavaju glavne smjernice koje su 
vodile razvoj podrucja i postavile temelje definicijama podrucja. Definicije pojmova iz podrucja upravljanja projektima (projekt, upravljanje 
projektom, program, portfelj) se razlikuju od autora do autora, iako se u svakoj defmiciji mogu iscitati osnovne znacajke, zajednicke svima 
autorima. Cijeli proces upravljanja projektom moguce je rasclaniti na osnovne dijelove i staviti ih u podrucja znanja upravljanja projektom. 
Zrelost procesa upravljanja projektom prikazana je kroz osnovne definicije i kroz nedavno istrazivanje. Podrucje metodologija u upravljanju 
projektima odredeno je osnovnim definicijama metodologija, pregledom tradicionalnoga pristupa upravljanju projektima te razvojem prema 
agilnim, odnosno adaptivnim i ostalim modernim metodologijama. Kao zakljucak se namece moguci daljnji razvoj podrucja, vodeci racuna o 

dosadasnjem razvoju i definicijama podrucja. 
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I. UVOD 

Ulazeci u 21. stoljece, shvacanje se podrucja upravljanja 
projektima promijenilo [17]. Medutim, nije se samo pojavila 
potreba za implementacijom procesa formalnoga vodenja 
projekata, vec se sve vise uvode rjesenja specificna za 
pojedino okruzenje u kojem se projekt odvija. Takav 
dinamicni razvoj podrucja slijedio je nakon nekoliko faza 
sazrijevanja. 

Podrucje upravljanja projektima, iako se razvilo iz 
tehnickih disciplina, s vremenom je pod utjecajem drugih 
podrucja sve vise postalo multidisciplinarno. Tako za 
uspjesan rad na cjelokupnom projektu treba uzeti u obzir, 
osim uzega podrucja upravljanja projektima, prije svega 
organizacijsku strukturu i okruzenje projekta i znanje s 
podrucja primjene projekta, standarde i pravni okvir, te 
opcenito znanje iz poslovnoga upravljanja i meduljudskih 
odnosa. Svaki od tih cimbenika moze imati veliki utjecaj na 
uspjesnost projekta. 

II. Razvoj Podrucja 

Razvoj formalnoga upravljanja projektima zapoceo je 
1950-ih kao potreba Ministarstva obrane Sjedinjenih 
Americkih Drzava za razvojem slozenih vojnih sustava. Time 
se potvrduje i cinjenica da je podrucje upravljanja projektima 
nastalo iz tradicionalnih inzenjerskih disciplina [28]. 
Ispocetka je upravljanje projektima nametnuto iz potrebe za 
standardiziranjem procesa i ukljucivalo je jasne ciljeve pa su 
ekipe koje su dobile zadatak mogle pouzdano planirati. 

Najveci cimbenik daljnjega rasta podrucja bila je tezina 
poslova unutar inzenjerskih zanimanja [17]. U to je doba 
(1960-e) racunalna industrija zapocela svoj jaki utjecaj na 
poslovna okruzenja, te su se racunala pocela sve vise rabiti za 
poslovne potrebe. U tim ranim pocetcima za sve se projekte 
rabio isti pristup, naslijeden od ostalih inzenjerskih disciplina. 
Medutim, brzorastuce podrucje racunalne industrije cesto je 
imalo za posljedicu neuspjesne projekte, bilo zbog 



neispunjenja rokova bilo zbog ocekivanja kupaca. Postajalo je 
ocitije da tradicionalni pristup nije prikladan za takve 
projekte. 

Paralelno s tradicionalnim pristupom poceli su se razvijati i 
novi pristupi, dok je ovaj tradicionalni i dalje ostao u 
primjeni. Nasuprot tradicionalnom inzenjerskom pristupu, 
pocetno se razvio dinamicni model [26], koji je morao 
odgovoriti na vece zahtjeve za kontrolom troskova nasuprot 
vrijednosti proizasloj iz projekata, a i sve vecim zahtjevima za 
brzim postignucem ciljeva projekta. 

Kao krajnji korak u razvoju, dovodeci sva ogranicenja 
vezana uz povecanje koristi proizasle iz projekta, brzom 
razvoju i velikim promjenama unutar projektnoga plana do 
velikoga izrazaja, pojavio se ekstremni pristup [26]. 

III. Definicije Podrucja 

Za pokusaj definiranja pojma upravljanje projektom (eng. 
Project Management) potrebno je definirati pojam projekt. U 
Hrvatskoj je proces standardizacije podrucja jos uvijek u 
zacetku, pa tako i standardizacija nazivlja. U ovom je clanku 
dan proizvoljan prijevod kako bi se, u najboljoj namjeri, 
podrucje opisalo na hrvatskom jeziku. 

Takoder, buduci da je vecina autora s podrucja upravljanja 
projektima sudjelovala na izradi kataloga znanja u izdanju 
PMI {Project Management Institute), PMBOK Guide, ili se u 
svojim radovima referenciraju na PMI, definicije PMI uzete 
su kao najopcenitije, dok su radovi ostalih autora navedeni 
ukoliko znacajnije odstupaju od PMI definicije. PMI je 
medunarodna udruga za upravljanje projektima sa sjedistem u 
SAD-u i s ograncima po cijelom svijetu, pa tako i u 
Hrvatskoj. Zbog sjedista u SAD-u, njezin je standard 
prihvacen kao ANSI standard, koji primjenjuju i ogranci. 
Osim PMI, postoji jos nekoliko udruga koje se bave 
promicanjem podrucja upravljanja projektima, od kojih su 
IPMA (International Project Management Association) i 
APM (Association of Project Management) najvaznije u 
Europi. Kao i PMI, i IPMA je izdala svoj skup znanja, IPMA 



Competence Baseline [16] kao i APM, Body of Knowledge 
[1], a nude i certificiranje voditelja projekata, kao i PMI. 

A. Projekt 

PMI definira projekt kao vremenski odredeno nastojanje da 
se proizvede jedinstven proizvod, usluga ili rezultat [9] [23]. 
Iz ove se definicije mogu iscitati dvije vazne stvari koje 
razlikuju projekt od operativnoga posla. Prva je da je projekt 
privremena aktivnost, sto oznacuje da projekt ima svoj 
pocetak i svoj kraj. Takoder, projektna ekipa okupljena je za 
vrijeme trajanja projekta, a nakon toga se raspusta. Drugim 
rijecima, ljudski se resursi oslobadaju za druge projekte ili 
operativne poslove. Druga je karakteristika da je projektom 
stvoren jedinstveni proizvod. 

Kerzner definira projekt kao bilo koji niz aktivnosti i 
zadaca koji imaju odredeni cilj, koji treba ispuniti odredene 
specifikacije, imaju odreden pocetak i kraj, ogranicena 
financijska sredstva, trose resurse (i ljudske i tehnicke) te su 
visefunkcionalne [17]. 

Kleim i Ludin definiraju pak projekt kao skup razlicitih 
aktivnosti obavljenih u logickom nizu kako bi se doslo do 
odredenoga rezultata. Dodaju da svaka aktivnost kao i cijeli 
projekt imaju definiran pocetak i kraj [18]. 

Uglavnom, svi su autori prilikom definicije projekta slozni 
u tome da projekt ima vijek trajanja te da je u postizanju 
odredenoga, jedinstvenog cilja potrebno poduzeti neke 
aktivnosti [H][13][28]. Stoga se kao osnovna definicija moze 
uzeti definicija PMI, pogotovo jer djeluje i u Hrvatskoj, pa je 
i za ocekivati formalnu definiciju. 




Dostupnost resursa 



Slika 1 . Osnovne varijable unutar projekta („trokut dosega") [28] 

B. Upravljanje projektom 

Ako se uzme u obzir PMI definicija projekta kao 
najopcenitija, upravljanje projektom jest primjena znanja, 
vjestina, alata i tehnika u projektnim aktivnostima da bi se 
ispunili projektni zahtjevi [9][23]. Upravljanje projektom 
ukljucuje utvrdivanje zahtjeva, postavljanje jasnih i ostvarivih 
ciljeva, uspostavu ravnoteze izmedu suprotstavljenih zahtjeva 
za kvalitetu, doseg, vrijeme i trosak te prilagodbu 
specifikacija, planova i pristupa interesima i ocekivanjima 
razlicitim zainteresiranim stranama. 

Iako vecina autora vrlo slicno definira podrucje 
upravljanjima projektom [13][16][17][18], zanimljivo je 
stajaliste da je upravljanje projektom i umjetnost i znanost 
[11]. Umjetnost, jer je potrebno voditi ljude na projektu 



kojega je cilj da ljudi nesto naprave, a znanost zbog 
definiranja i koordinacije potrebnoga posla. 

Takoder, vrlo je opcenita definicija da je upravljanje 
projektom metoda i skup tehnika temeljenih na prihvacenim 
principima upravljanja rabljenim za planiranje, procjenu i 
kontrolu radnih aktivnosti u svrhu postizanja zeljenoga cilja 
na vrijeme i unutar proracuna te prema specifikacijama [28]. 

C. Program i portfelj 

Cijeli proces upravljanja projektima odvija se u sirem 
kontekstu od jednoga projekta, narocito u vecim 
organizacijama. Zbog toga su se pojavili pojmovi programa i 
portfelja (eng. portfolio) te sukladno tomu pojmovi 
upravljanja programima i upravljanje portfeljem. Pod 
pojmom program oznacuje se skupina medusobno povezanih 
projekata organiziranih da priskrbe korist koja ne bi bila 
moguca da je rijec o samostalnim projektima [9][23]. Portfelj 
je skup projekata ili programa i ostaloga posla koji su 
grupirani zajedno kako bi se moglo djelotvorno upravljati tim 
poslom u svrhu postizanja strateskih poslovnih ciljeva [23]. 

Upravo radi postizanja strateskih ciljeva kompanije 
(organizacije) i boljeg upravljanja projektima, programima i 
resursima, cesto se u nekom organizacijskom obliku formira 
sredisnji nadzor nad projektima. 

D. Proces upravljanja projektom (procesi projekta) 

Proces je skup meduzavisnih akcija i aktivnosti koje se 
izvode kako bi se postignuo predodredeni skup proizvoda, 
rezultata ili usluga [23]. Postoje dvije glavne kategorije 
projektnih procesa, procesi upravljanja projektom i procesi 
okrenuti proizvodu koji se medusobno preklapaju i 
medudjeluju u tijeku trajanja projekta. 
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Slika 2. Grupe procesa u tijeku trajanja projekta [9][23] 

Procesi projekta predstavljeni su kao jedinstveni elementi s 
dobro definiranim suceljem, iako se u praksi preklapaju na 
nacine koje je tesko definirati. Procese je moguce podijeliti u 
nekoliko skupina [9][23]: 

• grupa procesa zapocimanja (eng. Initiating Process 
Group) - definira i odobrava projekt ili fazu projekta; 

• grupa procesa planiranja (eng. Planning Process 
Group) - definira i istancava svrhu, planira smjer i 
akcije za postizanje cilja i dosega; 



• grupa upravljackih procesa (eng. Executing Process 
Group) - koordinira ljudske i druge resurse u svrhu 
provedbe plana; 

• grupa procesa (eng. Monitoring and Controlling 
Process Group) - mjeri i prati napredak radi uocavanja 
odstupanja od plana i poduzimanja korektivnih akcija; 

• grupa zavrsnih procesa (eng. Closing Process Group) 
- formalizira prihvacanje proizvoda, usluge ili 
rezultata te dovodi do zavrsetka projekta ili faze 
projekta. 

Za uspjesno vodenje projekta potrebno je odabrati 
prikladan skup procesa ne temelju slozenosti, rizika, velicine, 
vremenskoga okvira, iskustva projektne ekipe, dostupnosti 
resursa, kolicine dostupnih informacija, organizacijske 
zrelosti na podrucju upravljanja projektima te na podrucju 
primjene. To su ujedno i varijable prema kojima se projekti 
mogu razvrstati u skupine. 

E. Podrucja upravljanja projektom 

Svi procesi, njih ukupno 44, unutar navedenih grupa 
pripadaju odredenim podrucjima upravljanja projektom, 
odnosno podrucjima znanja (eng. Knowledge Areas) [9][23]: 

• Koordinacija projekta (eng. Project Integration 
Management) 

o Razvoj idejnoga rjesenja (eng. Develop Project 
Charter) 

o Razvoj pocetne izjave o dosegu projekta (eng. 

Develop Preliminary Project Scope Statement) 
o Razvoj plana upravljanja projektom (eng. Develop 

Project Management Plan) 
o Usmjeravanje i upravljanje izvrsenja projekta (eng. 

Direct and Manage Project Execution) 
o Pracenje i nadzor rada na projektu (eng. Monitor 

and Control Project Work) 
o Koordinirani nadzor nad promjenama (eng. 

Integrated Change Control) 
o Zatvaranje projekta (eng. Close Project) 

• Upravljanje dosegom projekta (eng. Project Scope 
Management) 

o Planiranje dosega (eng. Scope Planning) 

o Definiranje dosega (eng. Scope Definition) 

o Strukturiranje raspodjele posla (eng. Create Work 

Breakdown Structure) 
o Verifikacija dosega (eng. Scope Verification) 
o Nadzor nad dosegom (eng. Scope Control) 

• Upravljanje vremenskim rasporedom projekta (eng. 
Project Time Management) 

o Definiranje aktivnosti (eng. Activity Definition) 
o Odredivanje poretka aktivnosti (eng. Activity 
Sequencing) 

o Procjena resursa aktivnosti (eng. Activity Resource 
Estimating) 

o Procjena trajanja aktivnosti (eng. Activity Duration 
Estimating) 

o Izrada vremenskoga rasporeda (eng. Schedule 

Development) 
o Nadzor ispunjenja rokova (eng. Schedule Control) 



• Upravljanje troskovima projekta (eng. Project Cost 
Management) 

o Procjena troskova (eng. Cost Estimating) 

o Upravljanje proracunom (eng. Cost Budgeting) 

o Nadzor nad troskovima (eng. Cost Control) 

• Upravljanje kvalitetom projekta (eng. Project Quality 
Management) 

o Planiranje kvalitete (eng. Quality Planning) 
o Osiguravanje kvalitete (eng. Perform Quality 
Assurance) 

o Nadzor nad kvalitetom (eng. Perform Quality 
Control) 

• Upravljanje ljudskim resursima projekta (eng. Project 
Human Resource Management) 

o Planiranje ljudskih resursa (eng. Human Resource 
Planning) 

o Prikupljanje projektne ekipe (eng. Acquire Project 
Team) 

o Razvoj projektne ekipe (eng. Develop Project 
Team) 

o Rukovodenje projektnom ekipom (eng. Manage 
Project Team) 

• Upravljanje razmjenom informacija u projektu (eng. 
Project Communications Management) 

o Planiranje komunikacije (eng. Communications 
Planning) 

o Distribuiranje informacija (eng. Information 
Distribution) 

o Izvjescivanje o provedbi (eng. Performance 
Reporting) 

o Koordiniranje zainteresiranih strana (eng. Manage 
Stakeholders) 

• Upravljanje rizicima projekta (eng. Project Risk 
Management) 

o Planiranje upravljanja rizicima (eng. Risk 

Management Planning) 
o Prepoznavanje rizika (eng. Risk Identification) 
o Kvalitativna analiza rizika (eng. Qualitative Risk 

Analysis) 

o Kvantitativna analiza rizika (eng. Quantitative Risk 
Analysis) 

o Plan ublazavanja rizika (eng. Risk Response 
Planning) 

o Pracenje i nadzor rizika (eng. Risk Monitoring and 
Control) 

• Upravljanje nabavom za potrebe projekta (eng. Project 
Procurement Management) 

o Planiranje kupovine i nabavke (eng. Plan Purchase 

and Acquisitions) 
o Planiranje ugovaranja (eng. Plan Contracting) 
o Prikupljanje ponuda (eng. Request Seller 

Responses) 
o Odabir dobavljaca (eng. Select Sellers) 
o Administriranje ugovora (eng. Contract 

Administration) 
o Zatvaranje ugovora (eng. Contract Closure) 



F. Model zrelosti 

Model zrelosti (eng. Maturity Model) procesa prvi je 
ponudio Humphrey [14] u podrucju softverskog inzenjerstva. 
Huphrey je definirao softverski proces kao skup alata, metoda 
i prakse koje rabimo kako bi proizveli softverski proizvod. 
Takoder, svaki se zadatak moze promatrati kao proces koji se 
moze kontrolirati, izmjeriti te poboljsati. Zrelost procesa 
unutar organizacije se sastoji od pet razina: 

1. Inicijalna (eng. Initial) - sve dok proces nije unutar 
statisticke kontrole, daljnji napredak nije moguc, a prvi 
je korak postizanje osnovne procjene vremena i 
troskova; 

2. Ponavljajuca (eng. Repeatable) - stabilan proces s 
ponavljajucim stupnjem statisticke kontrole te 
pokretanjem cvrstoga nadzora nad obvezama, 
troskovima, vremenom i promjenama; 

3. Definirana (eng. Defined) - definirani proces sluzi kao 
temelj za dosljednu primjenu i bolje razumijevanje te 
se moze rabiti napredna tehnologija; 

4. Upravljana (eng. Managed) - pokrenuto je temeljno 
mjerenje i analiza procesa i tu pocinje najvaznije 
poboljsanje kvalitete; 

5. Optimizirana (eng. Optimized) - postoji temelj za 
kontinuirano poboljsanje i optimizaciju procesa. 

Glavni cilj ovakve raspodjele razina zrelosti jest postizanje 
kontroliranoga i mjerljivoga procesa kao osnove za daljnja 
poboljsanja, te je namijenjena za ispitivanje metodologije i 
upravljackoga sustava. 




Slika 3. SEI Model zrelosti [14] 



Nastavno na predlozeni model, SEI {Software Engineering 
Institute), kojega je i Humphrey bio clan, razvio je integraciju 
modela sposobnosti i zrelosti - CMMI (eng. Capability 
Maturity Model Integration) [3]. CMMI je razvijen za 
nekoliko podrucja, pa tako i za podrucje upravljanja 
projektima, te razlikuje stupnjeve sposobnosti organizacije za 
pojedine dijelove procesa (nepotpuni, obavljajuci, upravljani, 
definirani, kvantitativno upravljani, optimizirani) od 
stupnjeva zrelosti cjelokupne organizacije (inicijalni, 
upravljani, definirani, kvantitativno upravljani, optimizirani). 



Iako se neki autori pozivaju ne nedostatke modela [25], cak se 
i oni u svojim radovima referenciraju na predlozeni model. 

Kerzner [17] takoder definira model zrelosti upravljanja 
projektom PMMM {Project Management Maturity Model) u 
pet razina: zajednicki jezik, zajednicki procesi, jedinstvena 
metodologija, mjerenje, neprekidno poboljsanje. Isto tako, 
definira zrelost na podrucju upravljanja projektom kao 
implementaciju standardne metodologije i pratecih procesa u 
toj mjeri da postoji velika vjerojatnost u ponovljenu 
uspjesnost. Zrelost se razlikuje od izvrsnosti, jer izvrsnost ide 
dalje od zrelosti buduci da stvara okruzenje u kojem postoji 
neprekidni niz uspjesnih projekata i u kojem se uspjesnost 
mjeri u interesu i organizacije i projekta. 

Takoder, PMI definira model organizacijske zrelosti 
upravljanja projektima [24] s trima najvaznijim dijelovima: 
znanjem, ispitivanjem i poboljsanjem, te navodi i niz pravila 
kako primijeniti model u organizaciji. 

SEI CMMI kao temelj uzima i britanski OGC, postavljajuci 
svoj model zrelosti upravljanja portfeljem, programom i 
projektom (eng. Portfolio, Programme & Project 
Management Maturity Model - P3M3) [21]. 

Nedavno istrazivanje [10] kombiniralo je SEI model 
zrelosti i PMI podrucja znanja, te je zakljuceno da je velika 
vecina organizacija opcenito gledano u drugoj razini (53,2%), 
malo manje u prvoj i trecoj, dok je skoro zanemariva kolicina 
organizacija u cetvrtoj i petoj razini. Iako je nezahvalno i 
prilicno tesko svaku razinu promatrati kao zasebnu cjelinu, 
moguce je izracunati da je srednja vrijednost i procesa u 
organizaciji i samih organizacija druga razina. 

IV. Metodologije 

A. Definicija metode i metodologije 

Metodologija je, prema PMI definiciji, sustav praksi, 
tehnika, procedura i pravila koje rabi onaj tko radi na 
podrucju odredene discipline [23], gdje je procedura niz 
koraka koji se da bi se nesto postignulo, odvijaju po 
redoslijedu. 

Charvat [2] pak definira metodologiju kao skup smjernica i 
principa koji se mogu skrojiti i primijeniti specificnoj 
situaciji. U projektnom okruzenju te smjernice mogu biti 
popis stvari koje treba napraviti. Takoder, metodologija moze 
biti specifican pristup, predlosci, obrasci rabljeni kroz zivotni 
ciklus projekta. 

Iako postoje i drugacije definicije, moze se reci da 
metodologija nikako nije privremeno rjesenje, kuharica za 
uspjesan projekt, srebrni metak ili brzi popravak. 

Dobra metodologija sadrzava sve vazne procese 
upravljanja projektom, te ce se podrucja koja su ukljucena u 
procese i dalje siriti [17]. Takoder, Kerzner navodi da su 
karakteristike dobre metodologije preporucen stupanj detalja, 
uporaba predlozaka, standardizirane tehnike planiranja, 
vremenskoga odredivanja i kontrole troskova, standardizirani 
oblik izyjestavanja, fleksibilnost za primjenu na svim 
projektima, fleksibilnost za brzi razvoj, razumljivost 
korisniku, prihvacenost i uporabljivost u organizaciji, uporaba 
standardiziranih faza zivotnoga ciklusa te temeljenost na 



smjernicama (umjesto na procedurama) i na etici dobro 
obavljenoga posla. Ukoliko se sve dobro primijeni, zbog bolje 
kontrole nad dosegom projekta moze se ocekivati brze 
vrijeme izlaska na trziste smanjeni rizik projekta, bolji proces 
donosenja odluka, vece zadovoljstvo kupca te vise vremena 
za dodane vrijednosti. 

Slicno prethodnim definicijama, metodologijom se mogu 
smatrati uloge, ekipe, vjestine, procesi, tehnike, alati i 
standardi koje rabi projektna ekipa [5]. Takoder, moze se reci 
da ukoliko to primjenjuje jedna ili dvije osobe, onda se moze 
nazvati metodom, a ukoliko to primjenjuje cijela ekipa, moze 
se nazvati metodologijom. 

B. Tradicionalni pristup 

Tradicionalni pristup upravljanju projektom temelji se na 
upravljanju ljudima, dakle isto kao i upravljanje opcenito 
gledano [28]. Temeljni principi ukljucuju niz tehnika za 
planiranje, predvidanje i kontrolu aktivnosti radi postizanja 
zeljenoga rezultata prema zadanim specifikacijama u 
odredenom vremenu i s odredenim troskovima [5] [17]. 

Tradicionalni pristup uzet je i kao temelj podjele grupa 
procesa prema PMI [23]. 

Kao prvi zadatak koji se stavlja ispred voditelja projekta i 
projektne ekipe jest definiranje zadataka i izvrsitelja. U nekim 
slucajevima, definiranje zadataka potrebno je napraviti cak i 
prije formalnoga pocetka projekta. Za dobro i uspjesno 
planiranje potrebno je odgovoriti na pet temeljnih pitanja: o 
kojem se problemu radu, koji je cilj projekta, koji se zadatci 
moraju obaviti kako bi se doslo do cilja, kako ce se odrediti 
uspjesnost projekta te postoje li neke pretpostavke, rizici ili 
prepreke koje mogu utjecati na uspjesnost projekta. Procesom 
planiranja odreduje se doseg projekta. 

Iako se planiranje cesto drzi nepotrebnim poslom, ono je 
drugi korak u provodenju projekta. U tradicionalnom pristupu 
plan je temelj svega jer predstavlja ne samo opis poslova i 
vremena potrebnoga za njihovo provodenje nego i alat za 
donosenje odluka. Pri planiranju se odreduju zadatci i 
dodjeljuju odredenim clanovima ekipe prema potrebnim 
vjestinama za ispunjenje zadatka. Planiranje smanjuje 
nesigurnost, jer pruza mogucnost ispravljanja krivih koraka u 
postizanju zeljenoga cilja, povecava razumijevanje ciljeva i 
zadataka projekta te povecava djelotvornost uzimanjem u 
obzir moguce raspodjele posla u odnosu na vremenski plan i 
dostupnost resursa. 

Izvrsenje kao iduci korak u principu je dozvola za 
obavljanje dodijeljenih zadataka. Izvrsenje se odvija u cetiri 
koraka: odredivanje specificnih resursa potrebnih za 
obavljanje dodijeljenoga zadatka prema planu, raspodjela 
clanova prema planiranim aktivnostima, odredivanje 
vremenskoga trajanja aktivnosti s tocno utvrdenim pocetkom 
i krajem te samo pokretanje planirane aktivnosti, odnosno 
izvrsenje u uzem smislu. 

Tijekom izvrsenja potrebno je kontrolirati da odvija li se 
sve prema planiranim aktivnostima, posto je cijelo vrijeme 
potrebno motriti razvoj projekta kako bi se ispravile uocene 
nepravilnosti i kako bi se zavrsilo projekt na vrijeme i uz 



planirane troskove. Naravno, osim vremena i troskova, 
preduvjet je uspjesno obavljen zadatak. 

Na kraju je projekt potrebno i formalno zavrsiti, odnosno 
zatvoriti. Time se pokazuje zavrsetak zadataka i predaja 
obavljenoga posla te se oslobadaju resursi koji se sada mogu 
pridijeliti nekom novom projektu. Takoder, tijekom 
zatvaranja projekta obavlja se evaluacija, koja u odredenim 
situacijama i organizacijama moze posluziti kao vrijedan 
izvor znanja, pogotovo ako se dogodilo nesto nepredvideno, a 
uspjesno je svladano. Ukoliko je zatvaranje projekta 
kvalitetno napravljeno, moguce je odgovoriti na pitanja 
odgovara li isporuceno rjesenje ocekivanjima onoga tko je 
zatrazio takvo rjesenje i voditelja projekta, je li projektna 
ekipa zavrsila projekt prema predvidenom planu, koje su 
informacije prikupljene kao vrijedna pomoc za buduce 
projekte, kako se odabrana metodologija rabila tijekom 
projekta, je li utjecala na uspjesnost njegova zavrsetka te koji 
se poucci mogu izvuci iz projekta. Sve te karakteristike 
ukazuju da je zavrsetak projekta vrlo vazan dio, ali je unatoc 
tomu cesto zanemaren najcesce zbog pritiska da se odmah 
pocne rad na iducem projektu. 

Svi se ti koraci u formalnijoj podijeli nazivaju fazama 
zivotnoga ciklusa projekta [17][28]. Takoder, moguce je 
iskoristiti i samo one faze koje su potrebne za odredeni 
projekt, ali su u torn slucaju prve tri faze (definiranje, 
planiranje, organiziranje - izvrsenje) uvijek obvezne dok se 
faze kontrole i zavrsetka mogu dodati u zavisnosti od velicine 
i vrste projekta. 




Slika 4. Koraci u tradicionalnom upravljanju projektom [5] 

Veliki naglasak u tradicionalnom pristupu iskazan je za 
podrucje upravljanja kvalitetom, kako proizvoda, usluge ili 
procesa kao zavrsnoga izlaza iz projekta, tako i samoga 
procesa upravljanja projektom. 

U zadnje je vrijeme veca kolicina radova posvecena 
upravljanju rizicima unutar projekta, jer je primijeceno da se 
u proslosti veci naglasak stavljao na vrijeme i trosak, sto je 
vidljivo i iz brojnosti clanaka o tim temama [22]. 

Opcenito, tradicionalni je pristup vrlo robustan i 
omogucuje primjenu od najjednostavnijih do 



najkompliciranijih projekata, jer se tijekom projekta uvijek 
primjenjuju identicni koraci. 

C. Agilne metodologije 

Kao rezultat sve vecega zahtjeva za neprekidnim 
inovacijama koje su zahvatile sve industrijske grane i borbe 
za smanjenjem troskova, grupa autora osmislila je novi 
pristup procesu razvoja. Kao i svaki istrazivacki proces, 
temelji se na nekoliko poslovnih principal neprekidna 
inovacija, prilagodba proizvoda, smanjenje vremena isporuke, 
prilagodba ljudi i procesa te pouzdani rezultati [12]. Sve je to 
ukljuceno u pojam agilnost, koji odrazava vise stav nego 
proces. Prema Highsmithu je agilnost sposobnost i da se 
stvori i da se odgovori na promjenu kako bi se ostvarila dobit 
u turbulentnom poslovnom okruzenju. Takoder, agilnost je 
sposobnost da se balansira izmedu fleksibilnosti i stabilnosti. 

Skupina autora izdala je 2001. Manifest za agilni razvoj 
softvera [19] u kojem su postavili cetiri temeljne vrijednosti 
agilnoga upravljanja projektima: osobe i odnosi ispred 
procesa i alata, radeci proizvod ispred opsezne 
dokumentacije, suradnja s kupcem ispred pregovaranja 
ugovora, odgovaranje na promjenu ispred slijedenja plana. 
Medutim, time se ne istice da su procesi, alati, dokumentacija, 
ugovori i plan nevazni nego da su manje vazni. 

Iako je Manifest napisan u prvom redu za agilni razvoj 
softvera, temeljne vrijednosti mogu se primijeniti izravno, uz 
neznatne promjene, i na agilno upravljanje projektom. Agilne 
metodologije su prema tome namijenjene razvoju softvera, ali 
se moze povuci paralela sa upravljanjem projektom i reci da 
za je upravljanje kreativnim ljudima i procesima potreban i 
kreativan upravljacki proces [26]. 

a. Model agilnoga upravljanja projektom 

Predstavljeni model [12] temelji se na tradicionalnom 
modelu i njegovih pet faza, ali su te faze zamijenjene 
prikladnijima: 

• Isplanirati viziju (eng. Envision) - odrediti viziju i 
doseg projekta te projektnu organizaciju (umjesto 
inicijalne faze, da se naglasi vaznost vizije); 

• Nagadati (eng. Speculate) - razviti model odreden 
znacajkama, vremenske odrednice te plan iteracija za 
ostvarenje vizije (umjesto planiranja, da se naglasi 
nesigurnost jer je plan povezan sa odredenoscu); 

• Istrazivati (eng. Explore) - isporuciti testirane dijelove 
u kratkom razdoblju te stalno traziti nacin za 
smanjenje rizika i nesigurnosti unutar projekt (umjesto 
upravljanja, jer je istrazivanje naglaseno iterativno, 
odnosno nelinearno); 

• Prilagoditi (eng. Adapt) - pregledati isporucene 
rezultate, trenutnu situaciju i ponasanje ekipe te 
prilagoditi ukoliko je potrebno; 

• Zatvoriti (eng. Close) - zavrsiti projekt, prenijeti 
kljucne stvari koje su se naucile u tijeku projekta te 
proslaviti. 

Agilne metodologije naglasavaju iterativni pristup projektu 
te su prikladne za projekte razlicitih velicina iako ce 
vjerojatno postojati potreba za dodatnim procesima ukoliko se 



radi o izrazito velikoj projektnoj ekipi pa se stvara dojam da 
je ipak agilne metodologije primijeniti u manjim ekipama. 

b. Ekstremno upravljanje projektima 

Ekstremno upravljanje projektima (eng. Extreme Project 
Management) nastalo je na temeljima ekstremnog 
programiranja (eng. Extreme Programming - XP). XP ima 
samo jedan cilj, zavrsiti projekt na kojem se radi, 
primjenjujuci niz jednostavnih principa. Zivotni ciklus se 
sastoji od 5 faza, kojima je malo promijenjen naziv: 
istrazivanje, planiranje, iteracije do zavrsnog medu- 
proizvoda, pretvaranje u proizvod, odrzavanje i smrt [7]. 

c. SCRUM 

SCRUM kao razvojna metodologija ukljucuje nekoliko 
varijabli okoline i tehnickih varijabli koje imaju veliku 
vjerojatnost promjene u tijeku procesa. Koncentrira se na 
organizaciju ekipe, sto je i logicno s obzirom da je nastao 
prema ragbiju. Zivotni ciklus se sastoji od 3 faze: prije igre, 
razvoj, poslije igre. 

d. Metoda dinamickog razvoja sustava 

Metoda dinamickog razvoja sustava (eng. Dynamic System 
Development Method - DSDM) na pocetku postavlja vrijeme 
i dostupne resurse te prema tome prilagodava kolicinu 
funkcionalnosti. Zivotni ciklus se sastoji od pet faza: studija 
izvodivosti, studija isplativosti, iteracija funkcijskog modela, 
iteracija dizajna i izgradnje te implementacija. 

e. Crystal 

Crystal je metodologija koju je na temelju svog rada i 
proucavanja osmislio Cockburn [4]. Glavna okosnica je 
cinjenica da je metodologiju moguce odabrati na osnovu tri 
cimbenika: kolicine komunikacije koju odreduje velicina 
ekipe, stupnju kriticnosti sustava te prioritetima projekta. 
Posto je Crystal nastao prije XP, moguce je reci da Crystal 
pokazuje ono sto XP naglasava, odnosno da se rad moze 
smanjiti i time ubrzati isporuka projekta zbog poboljsane 
komunikacije unutar projektne ekipe. 

/ Utjecaj agilnih metoda razvoja na upravljanje projektom 

Osim nabrojanih, postoji jos nekoliko metodologija koje 
pripadaju agilnoj obitelji metodologija poput adaptivnog 
razvoja sustava (eng. Adaptive Systems Development), razvoj 
voden osobinama (eng. Feature Driven Design), objektno 
orijentirani razvoj te druge. Sve one utjecu na pripadajuci 
oblik upravljanja projektom, medutim glavne se znacajke 
uklapaju u definiciju obitelji agilnih metodologija. 

Ukoliko su za odredeni projekt poznati zahtjevi, dostupni 
resursi, te vanjski cimbenici poput poslovnih i pravnih 
ogranicenja, agilne metodologije se mogu primijeniti na 
projekt. Pri tome se mora voditi racuna da agilne 
metodologije utjecu i na ljude (razvojno osoblje, voditelji 
projekata, kupci, upravljacke strukture, projektna ekipa) i na 
procese (planiranje, dokumentacija, razvojni procesi) i na sam 
projekt (vrsta projekta, poslovni cimbenici, ostale 
karakteristike). Svi ti cimbenici moraju se uzeti u obzir 



prilikom odredivanja koja je agilna metodologija 
najprikladnija, te da li je uopce agilni pristup prikladan. 
Naravno, svaka metodologija sadrzi specifican skup tehnika 
koje je moguce primijeniti. 

Najprikladnija primjena je u projektima s velikom 
nesigurnoscu i visokom razinom promjena, iako se i u ostalim 
projektima mogu primijeniti, ali uz nadopune sa 
tradicionalnim dijelovima. 

D. Adaptivno projektno okruzenje 

Vrlo je brzo nakon pocetnoga odusevljenja agilnim 
metodologijama postalo ocigledno da agilni pristup ne 
odgovara svim vrstama projekata, kao i tradicionalni pristup. 
U pokusaju ispunjenja praznine izmedu dviju krajnosti, 
nastalo je adaptivno projektno okruzenje (eng. Adaptive 
Project Framework) [28]. 

Adaptivno projektno okruzenje temelji se na planu kojega 
se slijedi u potpunosti, ali za razliku od tradicionalnog 
pristupa, plan nije izraden na pocetku vec ciklicki u tijeku 
projekta, dok su vrijeme i troskovi zadani na pocetku 
projekta. 

Dakle, adaptivno projektno okruzenje je ciklicki i adaptivni 
pristup koji se sastoji od pet faza, te je namijenjen 
omogucavanju maksimalne poslovne koristi klijentima unutar 
granica vremena i troskova. Faze adaptivnoga projektnoga 
okruzenja su: doseg verzije, plan ciklusa, izgradnja ciklusa, 
provjera klijenta i osvrt na verziju. Temeljna misao vodilja 
kroz cijeli proces je ta da se u plan uvrste samo one aktivnosti 
za koje je sigurno da ce biti dio konacnog rjesenja. Na taj se 
nacin u iducim iteracijama dolazi do detaljnijeg rjesenja. 
Ukoliko je potrebno, prvi ciklus, odnosno iteracija, u procesu 
moze biti konceptualni dio kao uvod u ostale iteracije razvoja 
projekta. 

Medutim, kao i vecina metodologija, i adaptivno projektno 
okruzenje predstavlja nacin misljenja, usmjeren prema 
klijentu. Takav nacin razmisljanja ocituje se u temeljnim 
vrijednostima koje se moraju postivati u svakom projektu 
vodenom ovom metodologijom. Temeljne vrijednosti su: 
usredotocenost na klijenta, upravljanje procesom povjereno 
klijentu, inkrementalni rezultati vrlo brzo i vrlo cesto, 
neprekidno propitivanje, ideja da je promjena napredak prema 
boljem rjesenju te da nije potrebno nagadati o buducnosti. 

Ovakvim skupom temeljnih vrijednosti cijeli proces je 
stavljen u okvir u kojem se odvija, sa znacajnim udjelom 
klijenta u samom procesu i sa neprekidnim poboljsanjima 
postojeceg rjesenja. 

E. Ostala projektna okruzenja 

Osim navedenih projektnih okruzenja, razvijeno je jos 
nekoliko formalizama, uglavnom temeljenih na 
tradicionalnom pristupu. Razlike su primjetne s obzirom na 
rizik unutar projekta, jednostavnost implementacije i 
upravljanja, velicinu projektne ekipe i podrsku ucestalim 
promjenama. Svi su pristupi, sto je i karakteristika 
tradicionalnog pristupa, pouzdani, orijentirani dokumentaciji 
te pruzaju podrsku promjenama dosega i implementiraju fazni 
pristup projektu. 



Jedna od poznatijih metodologija je PRINCE2 (akronim, 
eng. Projects in Controlled Environments) koja je postala 
standard za IT projekte u Velikoj Britaniji te je u vladinoj 
nadleznosti [20]. Glavne osobine su definirana struktura 
upravljanja projektom, fleksibilne tocke odluke, sustav 
planiranja resursa, skup kontroliranih procedura, fokusiranost 
na proizvode kroz cijeli projekt [2]. Naravno, metodologija se 
moze primijeniti i na ostale projekte izvan podrucja 
informacijskih tehnologija. 

RUP (eng. Rational Unified Process) je prilagodljiva 
projektna okolina namijenjena prvenstveno razvoju softvera 
[RUP]. Iako elektronicka inacica dolazi s nekoliko 
predefiniranih procesa, moguce je prilagoditi proces prema 
potrebama projekta. RUP sadrzi osnovne karakteristike 
modernog razvoja softvera poput iterativnog razvoja, 
arhitekture temeljene na komponentama, vizualnom 
modeliranju, upravljanju zahtjevima, stalne kontrole kvalitete 
te kontrolirane promjene [2]. 

Ostale metodologije ukljucuju metodologiju razvojnoga 
zivotnoga ciklusa sustava (eng. System Development Life 
Cycle Methodology, SDLC), metodologiju temeljenu na 
rjesenju (eng. Solutions-Based Project Methodology), 
objektno orijentiranu metodologiju (eng. Object Oriented 
Methodology), koja je vise usmjerena razvoju, evolucionarno 
upravljanje projektom (Evo), te razne hibridne metodologije 
[2]. 

V. Zakljucak 

Svaki projekt je jedinstven. Ovakva tvrdnja je izravna 
posljedica definicije projekta. Nasuprot tome, i svaki je 
pojedinac, pa tako i onaj u projektnoj ekipi, jedinstven, kao i 
svaka organizacija sa svojim pravilima i svojim okruzenjem, 
svojom kulturom. 

Metodologije upravljanja projektom nastale su na podlozi 
te razlicitosti, kada je postalo ocito da jedinstven pristup 
problemu upravljanja projektom ne zadovoljava jedinstvene 
zahtjeve projekta. U takvom je okruzenju nastalo vise 
metodologija koje svaka na svoj nacin pokusavaju stvoriti 
okruzenje koje je primjenjivo na sve projekte unutar podrucja 
ili cak na projekte iz svih podrucja. 

Medutim, postaje sve ocitije da jedinstveni projekt 
zahtijeva i jedinstveni pristup upravljanju projektom, 
svojstvenim samo za taj projekt. Sve je vise kriticara 
tradicionalnog pristupa, kojem zamjeraju nedovoljnu 
fleksibilnost i visak posla za jednostavnije projekte. Agilne 
metodologije predstavljaju krajnost u kojoj je sav nepotreban 
posao zanemaren. Kriticari im pak zamjeraju nedostatak 
dokaza o uspjesnosti projekata vodenih tim metodologijama. 

Vodeci racuna da ce u buducnosti projekti postajati jos 
kompliciraniji i da ce se od metodologija upravljanja 
projektom zahtijevati primjena na takvom projektu, vrlo je 
vazan pravilan odabir metodologije unutar organizacije. 
Metodologija se mora odabrati vodeci racuna o primjenjivosti 
na sve projekte unutar organizacije. Medutim, vrlo je 
vjerojatno da niti jedna od postojecih metodologija nece 
zadovoljiti bas sve projekte. 



Jedno od mogucih rjesenja je stvaranje genericke 
metodologije, temeljene na postojecim metodologijama, koju 
je moguce oblikovati prema projektu, cak i prilagoditi u tijeku 
projekta. Vrlo vazan korak u torn oblikovanju predstavlja 
ucenje na temelju iskustva zavrsenih projekata. Na taj nacin je 
moguce prosiriti sustav sa novim znanjem, bilo da je rijec o 
znanju iz zavrsenog projekta, bilo da je rijec o novim 
metodologijama. Cijeli skup znanja bi bilo moguce predstaviti 
u informacijskom sustavu. 

Takav pristup bi se idealno uklopio u zavrsni korak zrelosti 
procesa, optimizaciju, kao neprekidno usavrsavanje postojece 
procesa. 

Naravno, u tijeku nastanka genericke metodologije bi 
trebalo provesti kvalitativnu analizu primjenjivosti 
metodologije na razlicite vrste projekta, kao i rijesiti 
upravljanje resursima jer je moguce da bi nekoliko projekata, 
svaki upravljan svojom metodologijom, sa svojim pravilima, 
u isto vrijeme dijelili resurse i to razlicitim intenzitetom. 
Optimizacija dijeljenih resursa namece se kao vrlo vazan dio 
u procesu upravljanja projektima, odnosno u upravljanju 
portfeljem. Na kraju, ne treba zanemariti niti interna pravila 
organizacije koja takoder utjecu na odabir metodologije. 

Podrucje upravljanja projektom dozivjelo je velike 
promjene, medutim, jos se i dalje intenzivno razvija. U torn 
razvoju treba voditi racuna i o potrebama buducih projekata i 
postaviti proces na najvisi stupanj zrelosti kako bi se 
osigurala sto veca fleksibilnost. 
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